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^ (54) Title: METHOD AND SYSTEM FOR PROCESSING DOWNSTREAM PACKETS OF AN OPTICAL NETWORK 

^ (57) Abstract: Unlike the conventional art which polices data at the enny points of a network, a transceiver node can police or 
^ monitor downstream bandwidths for quality of service at exit portions of an optical netwoik. That is. the transceiver node can police 
^ downstream cooununication traffic near the outer edges of an optical network that are physically close to the subscribers of the 

optical network. In this way, a network provider can control the volume or content (or both) of downstream communications that 
^ are received by subscribers of the optical network. In addition to controlling the volume of corrmiunications that can be received 

by a subscriber, the transceiver node employs a plurality of priority assignment values for communication trafRc. Some priority 
Q assignment values are part of a weighted random early discard algorithm tiiat enables an output buffer to determine whether to drop 
^ data packets that are destined for a particular subscriber. In one exemplary embodiment, a weighted random early discard (WRED) 
^ priority value can be assigned according to the type of communication traffic supported by a packet 
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METHOD AND SYSTEM FOR PROCESSING DOWNSTREAM PACKETS OF 

AN OPTICAL NETWORK 

5 

STATEMENT REGARDING RELATED APPUCATIONS 

This application is a continuation-in-part of a non-provisional patent application 
entitled, "System and MethW forConununicating Optical Signals between a Data Service 
Provider and Subscribers," filed on July 5, 2001 and assigned U.S. Application Serial No. 

10 09/899,410. The present j^lication is also related to non-provisional application 
entitled, "iSystem and Mefliod for Communicating Optical Signals Upstream and 
Downstream between a Data Service Provider and Subscribers,*' filed on October 4, 2001 
and assigned U.S. Serial No. 09/971,363. The present application claims priority to 
provisional patent q>plication entitled, **Systems to Provide Video, Voice and Data 

15 services via Fiber Optic Cable - Part 2," filed on October 26, 2000 and assigned U.S. 
Application Serial No. 60/244,052; provisional patent plication entitled, "Systems to 
Provide Video, Voice and Data services via Fiber Optic Cable - Part 3," filed on 
December 28, 2000 and assigned U.S. Application Serial No. 60/258,837; provisional 
patent ^Ucation entitled, *Trotocol to Provide Voice and Data.Services via FibCT Optic 

20 Cable," filed on October 27, 2000 and assigned U.S. Application Serial No. 60/243,978; 
and provisional patent application entitied, *Trotocol to Provide Voice and Data Services 
via Fiber Optic Cable-Part 2," filed on May 8, 2001 and assigned U.S. Application Serial 
No. 60/289,112, the entire contents of each of these iqpplications are also incorporated by 
reference. 

25 

TECHNICAL FIELD 

The present invention relates to video, voice, and data conunnnicatioxL More 
particularly, the present invention relates to a system and method for communicating 
downstream (^tical signals fix}m a data service provide to one or more subscribers. 
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BACKGROUND OF INVENTION 

The increasing reliance on communication networks to transmit more complex 
data, such as voice and video traffic, is causing a very high demand for bandwidth. To 
resolve this demand for bandwidth, communication networks are relying more upon 
5 optical fibers to transmit this complex data. Conventional communication architectures 
that employ coaxial cables are slowly being replaced with communication networks fbst 
comprise only fiber optic cables. One advantage tiiat optical fibers have over coaxial 
cables is that a much greater amount of information can be carried on an optical fiber. 

The Fiber-to-tiie-home (FTTH) optical network architecture has been a dream of 

10 many data service providers because of the aforementioned edacity of optical fibers tiiat 
enable the delivery of any mix of high-speed services to businesses and consiuners over 
highly reliable networks. Related to FTTH is fiber to the business (FTTB). FTTH and 
FTTB architectures are desirable because of improved signal quality, lower maintenance, 
and longer life of the hardware involved with such systems. However, in the past, the 

15 cost of FTTH and FTTB architectures have been considered prohibitive. But now, 
because of the high demand for bandwidth and the current research and development of 
improved optical networks, FTTH and FTTB have become a reality. 

A conventional hybrid fiber-to-ttie-home (FTTH)/hybrid fiber-coax (HFC) 
architecture has been proposed by the industry. HFC is currently the architecture of 

20 choice for many cable television systems. In fliis FTTH/HFC architecture, an active 
signal source is placed between the data service hub and the subscriber. Typically, in tiiis 
architecture, the active source comprises a router. This conventional router typically has 
mtiltiple data ports that are designed to support individual subscribers. More specifically, 
the conventional router uses a single port for each respective subscriber. CJoimected to 

25 each data port of the router is an optical fiber which, in turn, is connected to the 
subscriber. The connectivity between data ports and optical fibers with this conventional 
FTTH/HFC architecture yield a very fiber intensive last mile. It noted that the terms, 
'last mile" and '"first mile*', are both generic temis used to describe tiie last portion of an 
optical network that connects to subscribers. 
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In addition to a high number of optical cables originating ftom the router, the 
FTTH/HFC architecture requires radio firequency signals to be propagated along 
traditional coaxial cables. Because of the use of coaxial cables, numerous radio frequracy 
(RF) amplifiers are needed between the subscriber and the data service help. For 
5 example, RF amplifiers are typically needed every one to three kilometers in a coaxial 
type system. 

The use of coaxial cables and the FTTH/HFC architecture adds to the overall cost 
of the system because two sq)arate and distmct networks are present in such an 
architecture. In other words, the FTTH/HFC architecture has high maintenance cost 
10 because of the completely different wave guides (coaxial cable in combination with 
optical fiber) in addition to the electrical and optical equipment needed to siq)port such 
two distinct systems. More simply, the FTTH/HFC architecture merely combines an 
optical network with an electrical network with both networks running indq)endently of 
one another. 

15 One problem with the electrical network in the FTTH/HFC architecture involves 

cable modem technology which supports the data communications between the data 
service provider and the subscriber. The data service subscriber typically employs a cable 
modem termination system (CMTS) to originate downstream data communications that 
are destined to the subscriber. To receive these downstream data communications, the 

20 subscriber will typically use a cable modem that operates according to a particular 
protocol known in the industry as Data-Over-Cable-Service-Interface-Specification 
(DOCSIS). The DOCSIS protocol defines service flows, which are identifications 
assigned to gcov^s of packets by the CMTS for the downstream flows based on an 
inspection of a number of parameters in a packet 

25 More specifically, a service flow is a media access control (MAC>layer transport 

service that provides unique directional transport of packets either to upstream packets 
transmitted by the cable modem or to downstream packets transmitted by the CMTS. The 
identifications assigned to groups of packets in tihe DOCSIS protocol can include 
parameters such as TCP, UTP, IP, LLC, and 802.1 P/Q identifiers contained in an 

30 incoming packet. 
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Based on these identifications, the CMTS assigns a service flow ID (SFID) to a 
particular datastream. A service flow typically exists when tiie CMTS assigns this SFID 
to a datastream. The SFID serves as the principle identifier in the CMTS for the service 
flow. A service flow is characterized by at least an SFID and an associated direction. 

5 One of the main drawbacks of the DOCSIS protocol for downstream data 
communications is that this protocol does not ofTer any guaranteed bandwidflL In other 
words, every cable modem in a particular subscribe: groi^ conopetes for bandwidth in 
bofii the upstream and downstream directions when a particular modem needs it. This 
competition between modems for bandwidths can significantly affect tiie quality of 

10 service of data communications for each individual cable modem receiving downstream 
data communications. 

For example, subscribers that desire to use their cable modem for Tl 
communications require a constant bit rate and consistent arrival time of packets in order 
to reduce any jitter in the communications. Tl communications can include telephone 

15 calls, video conferencing, and other similar traffic. Because each cable modem according 
to the DOCSIS protocol competes for bandwidfli, it is possible that some cable modems 
will not be provided with a constant bit rate for their Tl communications. In such a 
scenario, ttie quality of Tl communications can suffer. That is, during a telephone call or 
a video conference the subscriber may notice either delays in communications or 

20 truncation in conversations with the other party to the telephone call or video conference. 

DOCSIS is designed to operate over an RF modulated netwoik, which imposes 
certain restrictions on the protocol, Retum bandwidth is low relative to downstream 
bandwidth, as a result of the way spectrum is apportioned in the two directions. This 
causes problems with certain applications requiring more synmietrical bandwidth. These 

25 applications include peer-to-peer file transfer, video conferencing and conununications 
fiom web servers. 

Accordingly, tbere is a need in tiie art for a system and method for communicating 
optical signals between a data service provider and a subscriber that eliminates the use of 
coaxial cables and related hardware and software necessaiy to siQiport the data signals 
30 propagating along the coaxial cables. There is also a need in the art for a system and 
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method for communicating optical signals between a data service provider and a 
subscriber that can service a large number of subscribers while reducing tiae ninnber of 
connections at the data service hub. 

There is also a need in the art for a method and system for handling downstream 
5 optical conmiunications that can police or monitor downstream bandwidths for quality of 
service at exit portions of the optical network. There is a furOier need in the art fen* a 
systCTi and method that can allocate additional or reduce downstream bandwidflis based 
upon one of demand or the type of service selected by one or more subscribers of an 
optical network. There is also a need in the art for a method and system for controlling 
10 the volume or content (or both) of downstream optical communications that are received 
by subscribers of an entirely optical network. 

SUMMARY OF THE INVENTION 

The present invention is generally drawn to a system and method for efiBcient 

15 propagation of data and broadcast signals over an optical fiber network. More 
specifically, the present invention is generally drawn to a method and system for handling 
downstream optical conmiunications originating from a data service hub of an optical 
network that are transmitted to subscribers of the optical network. The term 
"downstream" can define a conmiunication direction where a data service hub originates 

20 data signals that are sent downwards towards subscribers of an optical network. 
Conversely, the term "upstream" can define a communication direction where a 
subscriber originates data signals that are sent upwards towards a data service hub of an 
optical network. 

Unlike the conventional art which polices data at the entry points of a network, the 
25 present invention can poUce or monitor downstream bandwidths for quality of service at 
exit portions of an optical networic. That is, the present invention can police downstream 
communication trafiGc near die outer edges of an optical netwoik that are physically close 
to the subscribers of the optical network. In this way, the netwoik provider can control 
HxG volume or content (or both) of downstream communications that are received by 
30 subscribers of the optical network. 
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To control volume or content (or both) of downstream communications, tiie 
present invention employs multiple levels of evaluation for downstream communication 
traffic. The multiple levels of evaluation can comprise classifying downstream packets 
and then evaluating whether the downstream packets match certain size and rate 
5 parameters. Specifically, a plurality of classifiers can categorize or classify downstream 
packets, wh^e each classifier is typically associated with a particular policer. Each 
policer can also be associated with a particular output buffer that has a priority relative to 
other output buffers. 

Each policer can receive a downstream packet fiom one or more classifiers. The 

10 policer can evaluate the size and rate parameters of a particular downstream packet For 
example, a policer can compare a downstream packet to a peak rate, a sustained rate, and 
a burst size that are assigned to the policer by a network administrator. The network 
administrator can configure the peak rate, sustained rate, and burst size monitored by each 
policer to track different types of downstream packets. 

IS If a downstream packet exceeds the peak rate assigned to a policer, tihen the 

policer can discard the downstream packet If the downstream packet exceeds ttie 
assigned sustained rate or burst size assigned to a policer, then the policer can identify this 
trafiBc as a certain type of traffic, such as "non-confonning traffic." On the other hand, if 
the downstream packet matches or falls within an sustained rate or burst size of a policer, 

20 then the policer can identify this traffic as a certam type of traffic, such as "conforming 
traffic." The policer can then assign weighted random early discard values (such as a 
maximum drop probability, maximum threshold, and a minimum threshold) that are 
unique and separate between conforming downstream traffic and non-conforming 
downstream traffic. Each policer can operate as a two-stage token bucket algorithm 

25 where &e first stage bucket enforces the peak rates for the downstream communication 
traffic. The second stage of each token bucket can identify packets that exceed the burst 
size or the sustained rate assigned to a particular policer. 

One output bu£fer of several ou^ut buffers can receive a packet fi^om respective 
policer. Each ou^ut buff^ can separately implement a weighted random early discard 

30 (WRED) algorithm to detennine if packets should be admitted to a respective bu£fer or 
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dropped. Each output buffer can use the weighted random early discard value assigned to 
the downstream packet in the weighted random early discard algorithm. 

With the WRED algorithm and classifying trafBc hy type, certain communication 
traffic can be given a higher priority over other types of trafGc. For example, subscribers 
5 that use the optical netwo± for Tl communications require a constant bit rate and 
consistent arrival time of packets in order to reduce any jitter. Tl communications can 
include telephone calls, video conferencing, and other similar trafSc. To help reduce the 
possibility of any jitter with the Tl communications, the present invention can assign 
such Tl communications a higher priority relative to other types of communication traffic 

10 that do not require constant bit rates. Other commimications that do not require constant 
bit rates and that can be assigned a lower priority can include Intemet surfing, transferring 
files between computers, and other sunilar communications. 

The present invention can be implemented in hardware such as q)plication 
specific integrated circuits (ASICs) or field programmable gate arrays (FPGAs) or a 

15 combination thereof. However, flie present invention is not Innited to hardware and can 
comprise software. 

The present invention can comprise a transceiver node that further comprises an 
optical tap routing device and one or more optical t^ multiplexers. The optical t^ 
routing device can determine which optical tasp multiplexer is to receive a downstream 
20 electrical signal, or identify which of the plurality of optical taps originated an upstream 
optical signal. The optical tap routing device can format data and implement the protocol 
required to send and receive data from each individual subscriber connected to a 
respective optical tap. The optical tap routing device can fiirther comprise an eight-port 
switch. 

25 The eight-port switch can feed into one or more optical tap multiplexers. Each 

optical tap multiplexer can comprise one or more packet classifiers, one or more policers, 
and one or more output buffers. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 A is a fimctioiial block diagram of the some core components of an 
exemplary optical network architecture according to the present invention. 

Fig. IB is a functional block diagram illustrating exemplary functionality 
5 and a location of this exemplary functionality in a network according to the present 
invention. 

Fig. 2 is a functional block diagram illustrating an exemplary optical 
network architecture for fhe present invention. 

Fig. 3 is a functional block diagram illustrating an exemplary outdoor 
10 transceiver node according to the present inventioa 

Fig. 4 is a functional block diagram illustrating an optical tap connected to 
a subscriber interface by a single optical waveguide according to one exemplary 
embodiment of the present inventioxL 

Fig. 5 is a functional block diagram illustrating an exemplary optical tap 
IS routing device coupled to an exemplary optical tap multiplexer according to the present 
invention. 

Fig. 6 is a logic flow diagram illustrating an exemplary method for 
processing downstream packets leaving or exitmg a network according to one CTenq>lary 
embodiment of the present invention. . 
20 Fig. 7 is a logic flow diagram illustrating an exemplary sub-process for 

evaluating in-proflle packets according to one exemplary embodiment of tiie present 
invention. 

Fig. 8 is a logic flow diagram illustrating an exemplary sub-process for 
evaluating out-of-profile packets according to one exemplary embodiment of the present 
25 invention. 

Fig. 9 is a grq>h illustrating weighted random early discard for out-of- 
profile packets according to one exenq)lary embodiment of ttie present invention. 

Fig. 10 is a grsph illustrating weighted random early discard for in-profile 
packets according to one exemplary embodiment of the present invention. 

30 
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DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 

The present invention may be embodied in hardware or software or a combination 
therewith disposed within an optical network. The present invention can comprise a 
transceiver node that further comprises an optical tap routing device and a plurality of 
5 optical tap multiplexers for receiving downstream packets &om the optical t^ routing 
device. Each optical tap multiplexer may comprise a plurality of classifiers and a 
plurality of policers. With the classifiers and policers, the present invention can support 
at least one gigabit or faster data rate, and Ethernet communications in optical form to 
and from the data service hub and partition or apportion this optical bandwidth into 

10 distribution groups of a predetermined number. The present invention can allow optical 
bandwidth to be offered to subscribers in preassigned increments. The flexibility and 
diversity of the present invention can be attributed to a few components. 

Referring now to the drawings in which like numerals represent like elements 
throughout the several figures, aspects of the present invention and the illustrative 

1 5 operating environment will be described. 

Figure 1 A is a iunctional block diagram illustrating an exemplary optical network 
architecture 100 according to the present invention. The exemplary optical network 
architecture 100 comprises a data service hub 110 that is connected to one or more 
outdoor transceiver nodes 120. Tlie transceiver nodes 120, in tum, are connected to an 

20 optical taps 130. The optical taps 130 can be connected to a plurality of subscriber optical 
interfaces 140. Between respective components of the exemplary optical network 
architecture 100 are optical waveguides such as optical waveguides 150, 160, 170, and 
180. The optical waveguides 150-180 are illustrated by arrows where the arrowheads of 
the arrows illustrate exemplary directions of data flow between respective components of 

25 the illustrative and exemplary optical network architecture 100. While only an individual 
transceiver node 120, an individual optical tap 130, and an individual subscriber optical 
interface 140 are illustrated in Figure lA, as will become apparent firom Figure 2 and its 
corresponding description, a plurality of transcdver nodes 120, optical taps 130, and 
subscriber optical inter&ces 140 can be employed wi&out departing from the scope and 

30 spirit of the present inventiorL Typically, in many of the exemplary embodiments of ttie 
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present invention, multiple subscriber optical interfaces 140 are connected to one or more 
optical taps 130. 

The outdoor transceiver node 120 can allocate additional or reduced* bandwidth 
based upon the demand of one or more subscribers that use the subscriber optical 
5 interfaces 140. The outdoor transceiver node 120 can be designed to withstand outdoor 
environmental conditions and can be designed to hang on a strand or fit in a pedestal or 
"hand hole." The outdoor transceiver node can operate m a temperature range between 
minus 40 degrees Celsius to plus 60 degrees Celsius. The transceiver node 120 can 
opiate in this temperature range by using passive cooling devices that do not consume 
10 power. 

Unlike the conventional routers disposed between the subscriber optical interface 
140 and data service hub 110, the outdoor transceiver node 120 does not require active 
cooling and heating devices that control the temperature surrounding the transceiver node 
120. The present invention attempts to place more of the decision-making electronics at 

15 flie data service hub 110 instead of the transceiver node 120. Typically, the decision- 
making electronics are larger in size and produce more heat than the electronics placed in 
the transceiver node of the present invention. Because the transceiver node 120 does not 
require active temperature controlling devices, the transceiver node 120 lends itself to a 
compact electronic packaging volume that is typically smaller than the environmmtal 

20 enclosures of conventional routers. 

In one exemplary embodiment of the present invention, three trunk optical 
waveguides 160, 170, and 180 (that can comprise optical fibers) can conduct optical 
signals firom the data service hub 110 to the outdoor transceiver node 120. It is noted that 
the term "optical waveguide" used in the present application can apply to optical fibers, 

25 planar light guide circuits, and fiber optic pigtails and other like optical waveguides. 

A first optical waveguide 160 can carry broadcast video and other signals. The 
signals can be carried in a traditional cable television format wherein the broadcast signals 
are modulated onto carriers, which in turn, modulate an optical transmitter (not shown) in 
the data service hub 110. A second optical waveguide 170 can cany downstream targeted 

30 services such as data and telephone services to be delivered to one or more subscriber 
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optical interfaces 140. In addition to carrying subscriber-specific optical signals, the 
second optical waveguide 170 can also propagate internet protocol broadcast packets, as 
is understood by those skilled in ttie art 

In one exemplary embodiment, a third optical waveguide 180 can transport data 

5 signals i^stream from the outdoor transceiver node 120 to the data service hub 110. The 
optical signals propagated along the third optical waveguide 180 can also comprise data 
and telephone services received froni one or more subscribers. Similar to the second 
optical waveguide 170, the third optical waveguide 180 can also cany IP broadcast 
packets, as is understood by those skilled in the art 

10 The third or upstream optical waveguide 180 is illustrated with dashed lines to 

indicate that it is merely an option or part of one exemplary embodiment according to the 
present invention. In other words, the third optical waveguide 180 can be removed In 
another exemplary embodiment, the second optical waveguide 170 propagates optical 
signals in both the upstream and downstream directions as is illustrated by the double 

15 arrows depicting the second optical waveguide 170. In such an exemplary embodiment 
where the second optical waveguide 170 propagates bidirectional optical signals, only two 
optical waveguides 160, 170 would be needed to siqjport the optical signals propagating 
between the data server's hub 110 in the outdoor transceiver node 120. In another 
exemplary embodiment (not shown), a single optical waveguide can be the only link 

20 between the data service hub 110 and tiie transceiver node 120. In such a single optical 
waveguide embodiment, three different wavelengths can be used for the upstream and 
downstream signals. Alternatively, bi-directional data could be modulated on one 
wavelength 

In one exemplary embodiment, the optical tap 130 can comprise an 8-way optical 
25 splitter. This means that the optical tap 130 comprising an 8-way optical splitter can 
divide downstream optical signals eight ways to serve eight diflferent subscriber optical 
interfaces 140. In the upstream direction* the optical tap 130 can combine the optical 
signals received from the eight subscriber optical interfaces 140. 

In another ex^plary embodiment, the optical tap 130 can comprise a 4-way 
30 splitter to service four subscriber optical interfaces 140. Yet in another exen:q)lary 



11 



wo 02/060123 



PCTAJSOl/50361 



embodiment, the optical tap 130 can further comprise a 4-way splitter that is also a pass- 
through tap meaning that a portion of the optical signal received at the optical tap 130 can 
be extracted to serve the 4-way splitter contained therein while the remaining optical 
energy is propagated furdier downstream to another optical tap or another subscriber 
5 optical interface 140. The present invention is not limited to 4-way and 8-way optical 
splitters. Other optical taps having fewer or more than 4-way or 8-way splits arc not 
beyond the scope of the present invention. 

Referring now to Figure IB, this figure illustrates exemplary functionality and a 
location of this exemplary functionality in a network 103 according to the present 

10 invention. The network 103 can comprise several of the components of the architecture 
100 described in Figure 1 A. 

As noted above, unlike the conventional art which polices data at the entry points 
105 of a network, the present invention can police or monitor downstream bandwidths for 
quality of service at «dt portions 107 of an optical network 103. That is, tibe present 

15 invention can police downstream communication trafiGc near the outer edges 107 of an 
optical network 103 that are relatively, physically close to the subscribers (subscriber 
optical interfaces 140) of the optical network. In Ais way, the network provider can 
control the volume or content (or both) of downstream communications that are received 
by subscribers of the optical network 103. 

20 As illustrated in Figure IB, a third party web server 182 may be coupled to an 

optical network 103 that comprises transceiver nodes 120. Mth ttie transceiver nodes 
120 of the present invention, the network provider can limit or control the bandwidth 
capacity granted to a subscriber. In other words, the network provider can control what 
quality of service is given to a particular subscriber (such as a subscriber optical interface 

25 140 that may be coupled to a computer 142 running a web browser). 

Specifically, flie transceiver node 120 running the protocol of the present 
invention enables a network provider to create dififerent tiers of service that can be 
ordered by the sxibscriber. For example, the transceiver node can offer a particular 
subscriber or g;roiq)S of subscribers downstream bandwidth in units of 1, 2, 5, 10, 20, SO, 

30 100, 200, and 450 Megabits per second (Mb/s) that are governed by the transceiver node 
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120. 

Refemng now to Figure 2, this Figure is a functional block diagram illustrating an 
exenq)lary optical network architecture 100 that further includes subscriber groupings 200 
that coirespond with a respective outdoor transceiver node 120. Figure 2 illustrates the 
5 diversity of the exemplary optical networic architecture 100 where a number of optical 
waveguides 150 connected between the outdoor transceiver node 120 and the optical taps 
130 is minimized. Figure 2 also illustrates the diversity of subscdber groupings 200 that 
can be achieved with the optical tap 130. 

Each optical tap 130 can comprise an optical splitter. The optical t^ 130 allows 

10 multiple subscriber optical interfaces 140 to be coupled to a single optical waveguide 150 
that is connected to the outdoor transceiver node 120. In one exemplary embodiment, six 
optical fibers 150 are designed to be connected to the outdoor transceiver node 120. 
Through the use of the optical taps 130, siicteen subscribers can be assigned to each of the 
six optical fibers 150 that are connected to the outdoor transceiver node 120. 

15 In another exemplaiy CTibodiment, twelve optical fibers 150 can be connected to 

the outdoor transceiv^ node 120 while eight subscriber optical interfaces 140 are 
assigned to each of the twelve optical fibers 150. Those skilled in the art will appreciate 
that the number of subscriber optical int^r&ces 140 assigned to a particular waveguide 
150 that is connected between the outdoor transceiver node 120 and a subscriber optical 

20 rnterfece 140 (by way of the optical tap 130) can be varied or changed without departing 
from the scope and spirit of the present invention. Fur&er, those skilled in the art 
recognize that the actual number of subscriber optical inter&ces 140 assigned to the 
particular fiber optic cable is dependent upon the amount of power available on a 
particular optical fiber 150. 

25 As depicted in subscriber grouping 200, many configurations for supplying 

conomunication services to subscribers are possible. For example, while optical tap 130j^ 
can connect subscriber optical interfaces 140^ througih subscriber optical inter&ce 140^^ 
to the outdoor laser transmitt^ node 120, optical t^ 130^ can also connect other optical 
taps 130 such as optical tap 130^ to the transceiver node 120. The combinations of 

30 optical tBps 130 with other optical t^s 130 in addition to combinations of optical t^s 
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130 with subscriber optical interfaces 140 are limitless. With the optical taps 130, 
concentrations of distribution optical waveguides 150 at the transceiver node 120 can be 
reduced. Additionally, the total amount of fiber needed to service a subscriber grouping 
200 can also be reduced. 
5 With the active transceiver node 120 of the present invention, the distance 

between the transceiver node 120 and the data service hub 110 can comprise a range 
between 0 and 80 kilometers. However, the present invention is not limited to this range. 
Those skilled in the art will appreciate that this range can be expanded by selecting 
various off-the-shelf components that make up several of the devices of the present 
10 system. 

Those skilled in the art will appreciate that other configurations of the optical 
waveguides disposed between the data service hub 110 and outdoor transceiver node 120 
are not beyond the scope of the present invention. Because of the bi-directional capability 
of optical waveguides, variations in the number and directional flow of fhe optical 

15 waveguides disposed between the data service hub 110 and the outdoor transceiver node 
120 can be made without dq)arting firom the scope and spirit of the present invention. 

Those skilled in the art will appreciate that the selection of optical waveguide 
transceiver 430 (Figure 3) in the outdoor transceiver node 120, and the corresponding 
transceiver (not shown) in data service hub 110, may be optimized for tiie optical path 

20 lengths needed between the data service hub 110 and the outdoor transceiver node 120. 
Further, those skilled in the art will appreciate that the wavelengths discussed are practical 
but are only illustrative in nature. In some scenarios, it may be possible to use 
communication windows at 1310 and 1550 nm in different ways without departing fix)m 
the scope and spirit of the present invention. Further, the present invention is not limited 

25 to a 1310 and 1550 nm wavelengtii regions. Those skilled in the art will s^preciate that 
smaller or larger wavelengths for the optical signals are not beyond the scope and spirit of 
the preset invmtion. 

Referring now to Figure 3, this Figure illustrates a functional block diagram of an 
raemplary outdoor transceiver node 120 of the present invention. In tiiis exemplary 

30 embodiment, the transceiver node 120 can comprise a unidirectional optical signal ixqput 
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port 405 that can receive optical signals propagated firom the data service hub 110 that are 
propagated along a first optical waveguide 160. The optical signals received at the 
unidirectional optical signal input port 405 can con^)rise broadcast video data. The 
optical signals received at the input port 405 are propagated to an amplifier 410 such as an 
5 Erbium Doped Fiber Amplifier (EDPA) in which the optical signals are amplified. The 
amplified optical signals are then propagated to a splitt^ 415 tiiat divides the broadcast 
video optical signals among diplexers 420 that are designed to forward optical signals to 
predetemiined subscriber groups 200. 

The transceiver node 120 can fiirther comprise a bi-directional optical signal 

10 input/output port 425 that connects the transceiver node 120 to a second optical 
waveguide 170 that supports bi-directional data flow between the data service hub 110 
and transceiver node 120. Downstream optical signals flow through the bi-directional 
optical signal input/output port 425 to an optical waveguide transceiver 430 that converts 
downstream optical signals into the electrical domaiiL The optical waveguide transceiver 

IS further converts upstream electrical signals into the optical domain. The optical 
waveguide transceiver 430 can comprise an optical/electrical converter and an 
electrical/optical converter. 

Downstream and upstream electrical signals are communicated between the 
optical waveguide transceiver 430 and an optical tap routing device 435. The optical tap 

20 routing device 435 can manage the mterface witii the data service hub optical signals and 
can route or divide or qjportion the data service hub signals according to individual t^ 
multiplexers 440 that communicate optical signals with one or more optical taps 130 and 
ultimately one or more subscriber optical interfaces 140. It is noted that tap multiplexers 
440 operate in the electrical domain to modulate laser transmitters in order to generate 

25 optical signals that are assigned to gfovaps of subscribers coupled to one or more optical 
taps. 

Optical tap routing device 435 is notified of available iq)stream data packets as 
they arrive, by each tap multiplexer 440. The optical tap routing device is connected to 
eadi tap multiplexer 440 to recdve these iq)stream data packets. The optical t^ routing 
30 device 435 relays the packets to the data service hub 110 via fhe optical waveguide 
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transceiver 430. The optical tap routing device 435 can build a lookup table from these 
upstream data packets coming to it from all t2^ multiplexers 440 (or ports), by reading the 
source IP address of each packet, and associating it with the tap multiplexer 440 through 
which it came. This lookup table can then be used to route packets in the downstream 
5 path. As each packet comes in from the optical waveguide transceiver 430, the optical tsp 
routing device 435 looks at the destination IP address (which is the same as the source TP 
address for the upstream packets). From the lookiq> table the optical tap routing device 
435 can determine which port is connected to that IP address, so it sends the packet to that 
port. This can be described as a normal layer 3 router function as is understood by those 

10 skilled in the art. 

The optical tap routing device 435 can assign multiple subscribers to a single port 
More specifically, the optical tap routing device 435 can service groups of subscribers 
with corresponding respective, single ports. The optical taps 130 coupled to respective 
t^ multiplexers 440 can supply downstream optical signals to i>re-assigned groups of 

IS subscribers who receive tixe downstream optical signals with the subscriber optical 
interfaces 140. 

In other words, the optical tap routing device 435 can determine which tap 
multiplexer 440 is to receive a downstream electrical signal, or identify which of a 
plurality of optical taps 130 propagated an upstream optical signal (that is converted to an 
20 electrical signal). The optical tap routing device 435 can format data and implement the 
protocol required to send and receive data from each individual subscriber connected to a 
respective optical tap 130. The optical t^ routing device 435 can comprise a computer or 
a hardwired apparatus that executes a program defining a protocol for communications 
with groups of subscribers assigned to individual ports. 

25 
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The single ports of the optical tap routing device are connected to 
respective tap multiplexers 440. With the optical tap routing device 435, the transceiver 
node 120 can adjust a subscriber's bandwidth on a subscription basis or on an as-needed 
or demand basis. The transceiver node 120 via the optical tap routing device 435 can 

5 ofiFer data bandwidth to subscribers in pre-assigned increments. For example, the 
transceiver node 120 via the optical tap routing device 435 can offer a particular 
subscriber or groups of subscribers bandwidth in units of 1, 2, 5, 10, 20, 50, 100, 200, and 
450 Megabits per second (Mb/s). Those skilled in the art will appreciate that other 
subscriber bandwidth units are not beyond the scope of the present invention. 

10 Electrical signals are communicated betweai the optical t^ routing device 435 

and respective tap multiplexers 440. The t^ multiplexers 440 propagate optical signals 
to and fixjm various groupings of subscribers. Each tap multiplexer 440 is connected to a 
respective optical transmitter 325. Each optical transmitter 325 can comprise one of a 
Fabry-Perot (F-P) laser, a distributed feedback laser (DFB), or a Vertical Cavity Surface 

15 Emitting Laser (VCSEL). However, other types of optical transmitters are possible and 
are not beyond the scope of the present invention. The optical transmitters produce the 
downstream optical signals that are propagated towards the subscriber optical interfaces 
140. 

Those skilled in flie art will appreciate that the fimctions ascribed to the optical t^ 
20 routing device 435 and the tap multiplexers 440 are exemplary in nature. In other words, 
functions may be performed differentiy than what is described. Some of the iimctions 
perfonned by the routing device 435 could be performed by the tap multiplexer 440, and 
vice-versa. 

Each tap multiplexer 440 is also coupled to an optical receiver 370. From the bi- 
25 directional splitter 360, respective optical receivers 370 can convert the upstream optical 
signals into the electrical domaiiL Each optical receiver 370 can comprise one or more 
photorecq)tors or photodiodes ttiat convert optical signals into electrical signals. Since 
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the optical transmitters 325 and optical receivers 370 can comprise off-the-shelf hardware 
to generate and receive respective optical signals, the transceiver node 120 lends itself to 
efficient upgrading and maintenance to provide significantly increased data rates. 

Each optical transmitter 325 and each optical receiver 370 are connected to a 
5 respective bi-directional splitt^ 360. Eadi bi-directional splitter 360 in turn is comiected 
to a diplexer 420 which combines the unidirectional optical signals received from the 
splitter 415 with the downstream optical signals received from respective optical receivers 
370. In this way, broadcast video services as well as data services can be sillied with a 
single optica] waveguide such as a distribution optical waveguide 150 as illustrated in 

10 Figure 2. In other words, optical signals can be coupled firom each respective diplexer 
420 to a combined signal iiq)ut/output port 445 that is coimected to a respective 
distribution optical waveguide 150. 

Unlike the conventional art, the transceiver node 120 does not employ a 
conventional router. The components of the transceiver node 120 can be disposed within 

IS a compact electronic packagmg volume. For example, the transceiver node 120 can be 
designed to hang on a strand or fit in a pedestal similar to conventional cable TV 
equipment that is placed within the "last" nule or subscriber proximate portions of a 
network. It is noted that the term, "last mile," is a generic temi often used to describe the 
last portion of an optical networic that connects to subscribers. 

20 Also because the optical t^ routing device 435 is not a conventional router, it 

does not require active temperature controlling devices to maintain the operating 
environment at a specific tenq)erature. In other words, the transceiver node 120 can 
operate in a temperature range between minus 40 degrees Celsius to 60 degrees Celsius in 
one exemplary embodiment 

25 While the transceiver node 120 does not comprise active temperature controlling 

devices that consume power to maintain tempmture of the transceiver node 120 at a 
single temperature, the transceiver node 120 can conq)rise one or more passive 
tenq)erature controlling devices 450 that do not consume power. The passive tenq>erature 
controlling devices 450 can comprise one or more heat sinks or heat pipes that remove 

30 heat from the transceiver node 120. Those skilled in the art will appreciate that the 
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present invention is not limited to these exemplary passive temperature controlling 
devices. Further, those skilled in the art will also predate the present invention is not 
limited to the exemplary operating temperature range disclosed- With ^propriate passive 
temperature controlling devices 450, the operating temperature range of the transceiver 
5 node 120 can be reduced or expanded. 

In addition to the transceiver node's 120 ability to withstand harsh outdoor 
mvironmental conditions, the transceiver node 120 can also provide high speed 
symmetrical data transmissions. In other words, the transceiver node 120 can propagate 
the same bit rates downstream and upstream to and from a network subscriber. This is yet 
10 another advantage over conventional networks, which typically cannot support 
symmetrical data transmissions as discussed in the background section above. Further, 
the transceiver node 120 can also serve a large number of subscribers while reducing the 
number of connections at both the data service hub 110 and the transceiver node 120 
itself. 

15 The transceiver node 120 also lends itself to ef&cient iq>grading that can be 

performed entirely on the network side or data service hub 110 side. That is, upgrades to 
the hardware forming the transceivCT node 120 can take place in locations betwera and 
within the data service hub 110 and the transceiver node 120. This means that the 
subscriber side of the network (from distribution optical waveguides 150 to the subscriber 

20 optical interfaces 140) can be left entirely in-tact during an upgrade to the transceiver 
node 120 or data service hub 110 or both. 

Referring now to Figure 4, this Figure is a ftmctional block diagram illustrating an 
optical tsp 130 coimected to a subscriber optical interface 140 by a single optical 
waveguide 150 according to one exemplary embodiment of the present invention. The 

25 optical tsp 130 can comprise a combined signal input/output port 505 that is connected to 
another distribution optical waveguide that is connected to a transceiver node 120. As 
noted above, the optical tap 130 can comprise an optical splitter 510 that can be a 4-way 
or 8-way optical splitter. Oth^ optical taps having fewer or more than 4-way or 8-way 
splits are not beyond the scope of the present inventioiL The (^tical tap can divide 

30 downstream optical signals to serve respective subscriber optical interfrices 140. In the 
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exemplary embodiment in which the optical tap 130 comprises a 4-way optical tap, such 
an optical tap can be of the pass-through type, meaning that a portion of the downstream 
optical signals is extracted or divided to serve a 4-way splitter contained therein, while the 
rest of the optical energy is passed further downstream to other distribution optical 
5 waveguides 150. 

The optical tap 130 is an efficient coupler that can communicate optical signals 
between the transceiver node 120 and a respective subscriber optical interfiace 140. 
Optical taps 130 can be cascaded, or they can be connected in a star architecture fiom the 
transceiver node 120. As discussed above, the optical tap 130 can also route signals to 

10 other optical taps that are downstream relative to a respective optical tap 130. 

The optical tap 130 can also connect to a limited or small number of optical 
waveguides so that high concentrations of optical waveguides are not present at any 
particular transceiver node 120. In other words, in one exemplary embodiment, the 
optical t£^ can connect to a limited number of optical waveguides 150 at a point remote 

IS from the transceiver node 120 so that high concentrations of optical waveguides 150 at a 
transceiver node can be avoided. 

The subscriber optical interface 140 functions to convert downstream optical 
signals received fiom the optical tap 130 into the electrical domain that can be processed 
with appropriate commmiication devices. The subscriber optical inter&ce 140 further 

20 functions to convert upstream electrical signals into upstream optical signals that can be 
propagated along a distribution optical waveguide 150 to the optical tap 130. The 
subscriber optical interface 140 can comprise an optical diplexer 515 that divides the 
downstream optical signals received from the distribution optical waveguide 150 between 
a bi-directional optical signal splitter 520 and an analog optical receiver 525. The optical 

25 diplMer 515 can receive upstream optical signals gen^ated by.a digital optical transmitter 
530. The digital optical transmitter 530 converts electrical binary/digital signals to optical 
form so that the optical signals can be transmitted back to the data service hub 110. 
Conversely, the digital optical receiver 540 converts optical signals into electrical 
binary/digital signals so that the electrical signals can be handled by processor 550. 
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The present invention can propagate the optical signals at various wavelengths. 
However, the wavelength regions discussed are practical and are only illustrative of 
exemplary embodiments. Those skilled in the art will predate that other wavelengflbs 
that are either higher or lower than or between the 1310 and 1550 nm wavelength regions 
5 are not beyond the scope of the present invention. 

The analog optical receiver 525 can convert the downstream broadcast optical 
video signals into modulated KF television signals that are propagated out of the 
modulated RF unidirectional signal ou^ut 535. The modulated RF unidirectional signal 
output 535 can feed to RF receivers such as television sets (not shown) or radios (not 

10 shown). The analog optical receiver 525 can process analog modulated RF transmission 
as well as digitally modulated RF transmissions for digital TV sqpplications. 

The bi-directional optical signal splitter 520 can propagate combined optical 
signals in their respective directions. That is, downstream optical signals entering ttie bi- 
directional optical splittCT 520 from the optical the optical diplexer 515, are propagated to 

15 the digital optical receiver 540. Upstream optical signals entering it from the digital 
optical transmitter 530 are sent to optical diplexer 515 and thm to optical tap 130. The 
bi-directional optical signal splitter 520 is connected to a digital optical receiver 540 that 
converts downstream data optical signals into the electrical domain. Meanwhile the bi- 
directional optical signal splitter 520 is also connected to a digital optical transmitter 530 

20 that converts upstream electrical signals into the optical domain. 

The digital optical receiver 540 can comprise one or more photoreceptors or 
. photodiodes that convert optical signals into the electrical domain. The digital optical 
transmitter can comprise one or more lasers such as the Fabry-Perot (F-P) Lasers, 
distributed feedback lasers, and Vertical Cavity Surface Bnittmg Lasers (VCSELs). 

25 The digital optical receive 540 and digital optical transmitter 530 are connected to 

a processor 550 &at selects data intended for Hhe instant subscriber optical interface 140 
based upon an embedded address. The data handled by the processor 550 can comprise 
one or more of telephony and data services such as an Internet service. The processor 550 
is connected to a telephone input/output 555 that can comprise an analog interface. The 

30 processor 550 is also connected to a data interface 560 that can provide a link to conq>uter 
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devices, set top boxes, ISDN phones, and other like devices. Alternatively, the data 
interface 560 can comprise an interface to a Voice over Internet Protocol (VoIP) 
telephone or Ethernet telephone. The data interface 560 can comprise one of Ethernet's 
(lOBaseT, 100BaseT, Gigabit) interface, HPNA interface, a universal serial bus (USB) an 
5 IEEE1394 interface, an ADSL interbcG^ and other like interfaces. 

Referring now to Figure S, this figure illustrates a functional block diagram of an 
exemplary optical t^ routing device 435 and a tq> multiplexer 440. This figure further 
illustrates ttie exemplary hardware that can be found in each t^ multiplexer 440. 
However, those skilled in the art will recognize the present invention is not limited to fee 

10 hardware illustrated nor is the present invention limited to a hardware embodiment That 
is, software or other hardware or a combination thereof can be substituted for the elements 
described in Figure 5 without departing from the scope and spirit of the present invention. 

For downstream communications signals, the optical tzp routing device 435 can 
route or divide or apportion data service hub signals according to the individual tap 

15 multiplexers 440 that conmiunicate optical signals with one or more optical t^s 130 and 
ultimately one or more subscriber optical interfaces 140 (not shown in Figure S). In the 
downstream direction, it is noted that tap multiplexer 440 receives electrical signals fiom 
the optical tap routing device 435. That is, the t^ multq^lex^ 440 operates in the 
electrical domain to modulate laser transmitters in order to geaemte optical signals that 

20 are assigned to groups of subscribers coupled to one or more optical taps. The optical tap 
routing device 435, as noted above, can comprise a computer or hardwired apparatus that 
executes a program defining a protocol for communications with groups of subscribers 
assigned to individual ports. The optical tap routing device can assign multiple 
subscribers to a single port More specifically the optical tap routing device can service 

25 groups of subscribers with corresponding respective, single ports. Attached to each port 
of the optical tap routing device 435 are tap multiplexer 440. 

Tap multiplexer 440 can propagate optical signals to and firom various groiq>ings 
of subscribers. In one exemplary embodiment, a t^ multiplexer 440 can conq)rise 
classifiers 562, policers 564, and a plurality of priority ou^ut buffers 566, 568, 570 and 

30 572. A tap multiplexer 440 receives downstream data packets &om the optical tap routing 
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device 435. The classifiers 562 identify these outbound packets (outbound relative to the 
data service hub 110 of the optical network) and assign each packet to an appropriate 
class. In other words, each classifier 562 can select a packet based on the content of 
packet headers according to predefined rules. 
5 Classes can be defined by the values of arbitrary bits in the packet header, and 

each classifier 562 can examine iq> to 40 bytes (or 320 bits) of each packet Each 
classifier 562 can consider multiple fields of an individual packet, including the fiiU 
Ethernet header, the fiill ff header, and the source and destination TCP or UDP ports. 
The Ethernet header can comprise a destination media access control (MAC) address as 
10 well as a sovice MAC address. Other headers available for classification include, but are 
not limited to, those fields Usted in Table 1 below. 

Table 1. - Header Fields Available for Classification 
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In one exemplary embodiment, the tap multiplexer 440 can comprise a plurality of 
separate classifiers 562 for each logical channel that supports a preassigned grouping of 
subscribers. That is, in one exemplary embodiment, each logical channel can support 
sixtera different subscribers. However, the present invention is not limited to this 
5 particular number of subscribers per logical channel. A fewer or an increased amount of 
subscribers can be assigned to each logical channel without departmg j&om the scope and 
spirit of the present invention. Each classijSer 562 can be configured with the following 
values: A 40-byte bit mask; a 40-byte check value; and a policer assignment. 

Each policer 564 can be coupled to a corresponding classifier 562. However, in 

10 an alternative embodiment (not illustrated), multiple classifiers 562 may be coupled to a 
single policer 564. Each policer 564 may operate as a two-stage token bucket where the 
first stage bucket can enforce a configured peak rate for the down stream communication 
traflSc. Peak rate can comprise the maximum rate that a subscriber (via a subscriber 
optical interface 140) is allowed to transmit downstream packets. Specifically, it may 

15 con^rise the maximum rate at which the network wiU accept traffic bursts from the 
subscriber (via a subscriber optical interface 140), expressed in bits per second. At this 
first stage, non-conforming packets that do not match the peak rate set in a policer 564 
can be discarded. 

The second stage of each trafSc policer 564 operating as a token bucket can 
20 identify packets that conform to a sustained rate. Sustained rate can comprise the 
nrn'-niTmnn throughput that the uctwork will provide to the user, expressed in bits per 
second (Bps). At the second stage of each policer 564, a burst size can also be evaluated. 
Burst size usually comprises the amount of traffic that the network will accept without 
pause at the user*s peak rate, expressed in bits. 
25 The classifiers 562 and policers 564 can comprise hardware such as q)plicatioiis 

specific integrated circuits (ASICs) or field programmable gate arrays (FPGAs). While 
the classifiers 562 and policers 564 may comprise ASICs or FPGAs, the present invention 
is not limited to these hardware devices. Other similar processing devices are not beyond 
fhe scope of the present inventioiL Further, as noted above, tiie present invention is not 
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limited to the hardware illustrated and can also be embodied in software or a combination 
thereof, without the departing firom the scope and spirit of the present invention. 

In one exemplary embodiment, the classifiers 562 can distinguish different traffic 
classes based on the differentiated services code pomt (DSCP) in each packet's header. 
5 DSCP values are defined in RFC 2474, published by the internet engineering task force 
(DETF) available at the web site www.ietf.org. The six bits of the DSCP value is the 
successor to the so called **precedence'' bits defined in RFC 791. The precedence 
definition is modified and expanded in RFC 2474. The relevant bits of the DSCP values 
are sometimes refOTcd to as ToS (Type of Service) bits in IPv4 (the version of Internet 

10 Protocol most commonly used as of the filing of this docimient) and are called the traffic 
class octet in IPv6 (a newer version of the Internet Protocol not in widespread use on the 
public internet as of the filing date of this document). 

Once the classifiers 562 have identified traffic with the desired DSCP values (or 
other parameters as described lat^ in this description), they can pass the traffic to the 

15 appropriate policer 564. The policers 564 enforce a maximum transmission rate (also 
referred to as the peak rate), a minimum transmission rate (also referred to as the 
sustained rate), and maximum burst size for the downstream communication traffic. If 
the downstream traffic exceeds the maximum transmission rate, excess packets above that 
maximum transmission rate are discarded. If the downstream traffic exceeds the minimum 

20 transmission rate, excess traffic above that minimum transmission rate is marked as "out 
of profile." 

The classifiers 562 can use DSCP values (or other parameters as mentioned later 
in this description) to determine the policer assignment and ultimately which priority 
buffer will handle a particular packet. As noted above, each policer 564 is associated with 

25 a particular output buffer that has a preset priority relative to other output buffers. The 
higho: the priority buffer, the sooner or earlier the packet will be transmitted when more 
than one packet is ready for transmission to the subscribers because packets placed in 
high^ priority output buffers are transmitted before packets in lower priority output 
buffers. By transmitting packets with high priority first, these packets have first access to 

30 the guaranteed bandwidth, meaning that they will be handled immediately, assuming 
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adequate bandwidth is available. 

Each priority output buffer 566, 568, 570, and 572 can comprise a first-in/first-out 
register (FIFO). However, the buflfers of the present invention are not limited to FIFO 
registers. Other memory devices that function similar to FIFOs are not beyond the scope 
5 of the present invention. Further, the present invention is not lunited to the number of 
buffers illustrated. More or fewer buffers could be used without departing from the scope 
of the present invention. 

Referring now to Figure 5, as each packet enters from the optical tap routing 
device 435, it is identified by one of the classifiers 562, based on a number of parameters 

10 that can be set by the operator. These parameters can comprise DSCP code values among 
other things as will be discussed below. An appropriate classifier 562, if any, selects the 
packet. Each classifier has a particular policer assignment that is given to a packet. 
Through the policer mapping function 631, the packet is transferred or mapped to the 
2q)propriate policer 564 based upon the policer assigmnent given by the classifier 562. 

15 More than one classifiw 562 can assign packets to the same policer 564, but one classifier 
562 usually may not assign packets to more than one policer. During a first stage 
(i,e., a first token bucket algoritibm) of a policer 564, it detennines if flie packet is within 
an allowable peak data rate, as determined by its classification. If not, the packet is 
dropped. If the packet is within the allowed peak data rate then flie policer's second stage 

20 (i.e., a second token bucket algorithm) determines if the packet is within a guaranteed or 
sustained rate and if the packet is within a burst size. All packets, whether or not they are 
within the guaranteed rate or burst size, are passed to one of the output buffers 566, 568, 
570 or 572 via an output buffer moping function 665. Each policer 564 passes packets 
to one output buffer. Any policer 564 may pass packets to any output buffer, but can 

25 usually pass packets only to one output buffer. The output buffer to which a particular 
policer passes packets is usually determined by the netwoik service provider when he sets 
up his data traffic policies. 

As noted above, one distinguishing feature of the policers 564 of the present 
invention is their relative physical location within the optical network as well as the type 

30 of data traffic that each policer 564 handles. As is understood to those skilled in the ait. 
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policeis typically function at a netwotk border (aa ingress point) that ensures that a host 
does not violate its promised traflSc characteristic. Policers of the conventional art 
typically limit the amount of traffic flowing into a network to achieve a specific policy 
goal. Policers of the conventional art typically monitor and control traffic as tiie traffic 

5 enters tiie network. However, according to the present invention, the policers 564 are 
employed within tap multiplexers 440 that are in close proximity to the subsaibers. 

Policers 564 of the present invention function at a network border, but at egress 
points rather than ingress points, compared to fliat of the conventional art In this way, 
the policers 564 can control the volume or content (or both) of downstream 

10 coramunications that exit an optical network that are received by subscribers of the 
optical network. The control of volume or content (or both) is a result of the policers 564 
evaluating the peak rate, sustained rate, and burst size of a packet. This control can also 
be attributed to a poUc^ 564 assigning a packet with a particular weighted random early 
discard value. Those skilled in the art qipreciate that Internet traffic can be slowed down 

IS if packets are dropped, so that if packets to a particular destination are being dropped, 
then eventually the rate at which packets leave tiic optical network of tiie present 
invention towards a destination (such as a subscriber) may be reduced. 

As noted above, each policer 564 can be configured with the following exemplary 
values: a peak rate, a profile rate, a burst size. Weighted Random Early Discard (WRED) 

20 parameters for in-profile traffic, WRED parameters for out-of-profile traffic, and next 
stage output buffer assignment. While the burst size can comprise the amount of data the 
subscriber can receive at its peak rate without pause or delay, expressed in bits, the burst 
size can also comprise a special value to indicate that a subscriber has no limit on his or 
her burst size. The WRED parameters will be discussed in further detail below with 

25 respect to Figures 6 througji 10. 

Each output buffer 566, 568, 570, and 572 takes in packets after a respective 
buffer executes the weighted random early discard algorithm as each packet is presented 
to a particular buffer. Each ou^ut buffer can then send the packet downstream if that 
particular buffer is requested to release its stored packets. The first priority ou^ut buffer 

30 566 can evaluate all packets which have been determined to have the highest priority, and 
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hence shoiild be transmitted first towards the subscribers during downstream processing. 
Successive output bufifers have lower priority down to the lowest priority fourth output 
buffer 572. 

As mentioned above, each priority output buffer separately implements a 
5 Weighted Random Early Discard (WRED) algorithm to determine if packets are admitted 
to the buffer or dropped. Each priority output buffer operates differently for traffic that 
conforms to flie values assigned to a policer and for downstream traffic that does not 
conform to the values assigned to a particular policer. 

Specifically, downstream traffic that is considered within preset parameters 
10 assigned to a policer by a netwoik service provider (such as peak rate, sustained rate, and 
burst size) is subject to a Weighted Random Early Discard algorithm according to three 
parameters: A minimiwri threshold, a maximum threshold, and a maximum drop 
probability that is specific to in-profile traffic. The minimimi threshold, maximum 
threshold, and maximum drop probabiUty are assigned to each policer 564 by a network 
15 service provider. 

For downstream traffic falling outside of a policer's preset parameters, this traffic 
is also subject to a Weighted Random Early Discard (WRED) algorithm according to 
three parameters: a Tninimnm threshold, a maximum threshold, and a maximum drop 
probability that is specific to out-of-profile traffic and also assigned by each policer 564. 
20 As noted above, the miTn'mum threshold, mflvimiim threshold, and maximum drop 
probability are assigned to each policer 564 by a network service provider. 

By using different values for fhc maximinn drop probability for traffic falling 
within and outside a policer's preset values, this allows different traffic classes to be 
weighted differently. In effect, the service provider may assign traffic priority according 
25 to a WRED algorithm. 

Once packets are stored in a particular priority ou^ut buffer, the packets are 
removed from each respective priority output buffer according to a predetermined policy 
or queuing discipline. Typically, packets are removed from any particular output buffer 
only when all higher priority output buffers are empty. For example, if packets are 
30 present in each of ttie priority output buffers 566, 568, 570 and 572, packets m ttxe second 
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priority output buffer 568 would not start being removed until all of the packets in the 
first priority output buffer 566 are removed. Similarly, packets stored in the third priority 
output buffer 570 would not be removed for downstream communications mtil all of the 
packets in the second priority output buffer 568 are removed Such a queuing discipline 
5 or output buffer poUcy provides lower delay for high priority downstream trafBc. 

Referring now to Figure 6, this figure illustrates an exeniplaiy method for 
handling downstream communications origuxating fiom a data service hub 110 of an 
optical network that are transmitted to subscribers of the optical network. Basically, 
Figure 6 provides an overview of the processing performed by the optical tap routing 

10 device 435 and tap multiplexer 440 housed within the transceiver node 120. 

The description of the flow charts that follows is represented largely in terms of 
processes and symbolic represmtations of operations by conventional computer 
components, including a processing unit (a processor), memory storage devices, 
connected display devices, and input devices. Furthermore, these processes and 

15 operations may utilize conventional computer components in a heterogeneous distributed 
computing environment, including remote file servers, computer servers, and memory 
storage devices. Each of these conventional distributed computing components can be 
accessible by the processor via a communication network. 

The processes and operations performed below may include the manipulation of 

20 signals by a processor and the maintenance of these signals within data structures resident 
in one or more memory storage devices. For the purposes of this discussion, a process is 
generally conceived to be a sequence of computer-executed steps leading to a desired 
result. These stq)s usually require physical manipulations of physical quantities. 
Usually, though not necessarily, these quantities take the form of electrical, magnetic, or 

25 optical signals capable of being stored, transferred, combined, compared, or otherwise 
manipulated. It is convention for tiiose skilled in the art to refer to representations of 
these signals as bits, bytes, words, information, elements, symbols, characters, numbers, 
points, data, entries, objects, images, files, or the like. It should be kept in mind, 
however, that these and similar terms are associated with appropriate physical quantities 
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for computer operations, and that these terms are merely conventional labels applied to 

physical quantities that exist within and during operation of the computer. 

It should also be understood that manipulations within the computer are often 

referred to in terms such as creating, adding, calculating, comparing, moving, receiving, 
5 deteraiining, identifying, populating, loading, executing, etc. fliat are often associated 

with manual operations performed by a human operator The operations described herein 

can be machine operations performed in conjunction wifih various input provided by a 

human operator or user that interacts with the computer. 

In addition, it should be understood that the programs, processes, methods, etc. 
10 described herein are not related or limited to any particular computer or apparatus. 

Rather, various types of general purpose machines may be used with the following 

process in accordance with the teachings described herein. 

The logic flow described in Figure 6 can be the core logic or top level processing 

and can be executed repeatedly. The logic flow diagram illustrated in Figure 6 illustrates 
15 a process that can occur after initialization of the software or hardware components or 

both illustrated in Figures 1-S. 

For example, in an object-oriented programming environment, software 

components or software objects or hardware that could be used to perform the steps 

illustrated in Figure 6 can be initialized or created prior to the process described in 
20 Figures 4 and 5. Therefore, one of ordinary skill in the art recognizes that several steps 

pertaining to initialization of software objects or hardware described in Figures 1 tbrougih 

5 may not be illustrated. 

The present invention may comprise a computer program or hardware or a 

combination thereof which embodies the functions described herein and illustrated in the 
25 appended flow charts. However, it should be apparent that there could be many different 

ways of implementing the invention in computer programming or hardware design, and 

the invention should not be construed as limited to any one set of computer program 

instructions. Further, a skilled programmer would be able to write such a computer 

program or identify the iq>propriate hardware circuits to implement the disclosed 
30 invention without difSculty based on the flow charts and associated desoiption in the 
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application text, for example. Therefore, disclosure of a particular set of program code 
instructions or detailed hardware devices is not considered necessary for an adequate 
understanding of how to make and use the invention. The iuventive functionality of the 
claimed computer implemented process will be explained in more detail in the foUov^dng 
5 description in conjunction with the remaining Figures illustrating the process flow. 

Certain steps in the processes or process flow described below must naturally 
precede others for the present invention to function as described. However, the present 
invention is not limited to the order of the steps described if such order or sequence does 
not alter the functionality of the present invention. That is, it is recognized that some 
10 steps may be perfomied before or afier other steps without departing from the scope and 
spirit of the present invention. 

Step 610 is the first stq) in the exemplary method 600 processing downstream 
communications. In step 610, a packet is received from the optical tap routing device 435 
by tap multiplexer 440. 

15 In decision step 615, it can be determined whether a packet matches more than one 

classifier 562 of a particular tap multiplexer 440. If the inquiry to decision step 615 is 
positive then the ''yes" branch is followed to step 620 in which the packet is assigned to 
one of the matching classifiers 562 according to an order that can be established by the 
service provider. If the inquiry to decision step 615 is negative, then the * W branch is 

20 followed to decision step 625. 

In decision step 625, it is determined whether a packet matches any of the 
classifiers 562 of a particular tap multiplexer 440. If the inquiry to decision step 625 is 
negative, then the ' W branch if followed to step 630 in which the packet if dropped. If 
the inquiry to decision step 625 is positive, then the *yes** branch is foUowed to step 631. 

25 In step 631, the packet is ms^ped to the ^propriate policer 564 Hbat is associated 

with tiie classifier 562 that previously processed &e packet As noted above, each 
classifier 562 is assigned to a single policer 564. Each policer 564 is typically associated 
with a single classifier 562 and a single priority output buffer. 
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In decision step 635, each respective policer 564 can detOTnine whether a packet 
exceeds a peak rate for the destined subscriber. As noted above, peak rate can comprise 
the Tn?T""nmi rate that a subscriber is allowed to receive downstream packets. 
Specifically, it may comprise die maximum rate at which the netwoik will accept traffic 

5 bursts bound to the user, expressed in bits per second. Decision step 635 is highlighted 
with a dashed routine symbol to mdicate that it comprises a first stage token bucket 
algorithm for evaluating the peak rate for a subscriber. Those skilled in tiie art are 
familiar wifli token bucket algorithms. One reference which describes such bucket 
algorithms is the following publication: "PoHcing and Shq)ing Overview," published by 

10 Cisco Systems, Inc., pages QC 87- QC 98. Another exemplary publication describing 
token bucket algorithms is the following white p^er: "Cisco IOS(TM) Software Quality 
of Service Solutions," published by Cisco Systems, Inc., copyright 1998. The contents of 
both these reference are mcorporated fully herein by reference. 

If the inquiry to decision step 635 is positive, then the ' Ves" branch if followed to 

15 step 637 in which the packet is dropped. If the inquiry to decision step 635 is negative, 
then the * W branch is followed to decision step 640. 

In decision step 640, a policer 564 can determine if a packet matches a sustamed 
rate and burst size. Decision step 640 is also highlighted with a dashed routine symbol to 
indicate that it comprises a second stage token bucket algorithm for evaluating the peak 

20 rate for a subscriber. As noted above, those skilled in the art are familiar with token 
bucket algorithms and therefore, a detailed discussion of these algorithms will not be 
provided. The reader is referred to the aforementioned token bucket algorithm 
publications which are fiilly incorporated herein by reference. If the inquiry to decision 
step 640 is negative, then the "no" branch is followed to step 645 in which the packet is 

25 identified as non-conforming with burst size or sustained rate assigned to the policer 564 
by a network administrator. Next, in step 650 the policer 564 can assign a "non- 
conJfoiming" ma Yi'miim drop probability, a maximiun threshold, and minimum threshold 
to the packet that is specific to traffic that is determined as "out-of-profile" meaning fliat 
the packet is outside (greater than) the policet's burst size or sustained rate. 
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If the inquiry to decision step 640 is positive, then the *Ves" branch is followed to 
step 655 in which the policer 564 can identify the packet as conforming with a traf&c 
profile for a particular classifier 562. Next, in step 660, a policer 564 can assign a 
conforming TnaYiTnirm drop probability, a yuaYiT^i™ threshold, and a Tninimum threshold 
5 to the packet that is specific to traffic that is determined as "in-profile" meaning tiiat the 
packet is within the policer's burst size and sustained rate. 

In step 665, the packet is mapped to the s^piopriate output buffer. Typically, each 
policer 564 is associated with a particular output buffer 566, 568, 570, and 572. In 
decision step 670, each priority output buffer can determine whether a packet is identified 

10 as either in-profile traffic or out-of-profile traffic. If the inquiry to decision step 670 is 
positive, meaning that a particular packet matches the burst size or sustained rate assigned 
to the policer then the ''yes*' branch is followed to routine 675 in which a particular output 
buffer determines whether to admit the conforaiing packet to the assigned output buffer. 
Further details of routine 675 will be discussed below with respect to Figure 7. 

IS If tixe inquiry to decision stq> 670 is negative, meaning that a packet does not 

conform with the sustained rate or burst size assigned to a policer 564, then the ' W 
branch is followed to routine 680 in which the particular output buffer determines 
whether to admit the nonconforming packet to the assigned output buffer. Further details 
of routine 680 will be discussed below with respect to Figure 8. 

20 In step 685, the packets admitted to tiie buffers are removed in a predetermined 

order as discussed above. Typically, this predetermined order comprises removing 
packets firom higher priority buffers first and then removing packets firom lower priority 
buffers last. In step 690, the packets are forwarded to the subscribers. 

Referring now to Figure 7, this figure illustrates an exemplary subprocess 675 for 

25 determining whether to admit in-profile packets into a particular priority ou^ut buffer. 
This figure provides an overview of the processing p^onned by each of the priority 
output buffers. 

Certain steps in the process described below must naturally proceed o&ers for flxe 
present invention to fimction as described. However, the present invention is not limited 
30 to &e order of the steps described in such order of sequmce of steps does not alter the 



33 



wo 02/060123 



PCTAJSOl/50361 



functionality of the present invention. That is, it is recognized that some steps may be 
performed before or after other steps without departiKig fiom the scope and spirit of the 
present invention. 

Step 705 is the first step in the exsmplziy method 675 for admittmg in-profile 
5 packets to a particular priority output bu£fer. In step 705, it is detemiined whether the 
particular output bufiTer of interest is full. If the inquiry to decision step 705 is positive, 
then the ^^yes" branch is followed to step 710 in which the packet or series of packets are 
dropped. Then in step 720, the process returns to step 600 of Figure 6. 

If the inquiry to decision step 705 is negative, then the * W branch is followed to 

10 step 725 in which the receiving ou^ut buffer's average fill or current volume is 
detennined. In step 725, the output buflBer's average fill or average current volume is 
computed by only counting confomung packets. In other words, the output buffer's 
average current volume is calculated based only iq>on those packets conforming with a 
particular communication traffic profile. 

IS In decision step 730, it is detemuned whether the calculated ou^ut buffer average 

fill or volume is below a "conforming" minimum threshold. If the inquiry to decision 
step 730 is positive, then the '*yes" branch is followed to step 735 in which the packet is 
stored in the output buffer. Next, in step 740, the process returns to step 685 of Figure 6. 
If the inquiry to decision step 730, is then negative, then the '^no" branch is 

20 followed to the decision step 745 in which it is determined whether the calculated output 
buffer average fill or volume is above a "conforming" maximimi threshold. If the inquiry 
to decision step 745 is positive, then the '*yes " branch is followed step 750 in which the 
packet is dropped. The process then returns to step 615 of Figure 6. 

If the inquiry to decision step 745 is negative, then the "no" branch is followed to 

25 step 760 in which the packet can be dropped according to a Weighted Random Early 
Discard (WKED) algorithm. The WRED algorithm typically uses an exponentially 
weighted moving average estimator to compute the average output buffer (queue) fill or 
volume which in turn typically smoothes out any bursty packet flow. The probability of 
packet drop typically increases as the average queue or buffer fill or volume increases. A 

30 packet is typically discarded with a probability that varies linearly firom zero (when the 
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average buffer volume is at the minimum threshold) to the configured maximum drop 
probability (when the average buffer volume is at the maximum threshold). Figure 10 
illustrates the WRED algorithm in a graphical fashion for in-profile or confonning 
downstream traffic. 

5 The WRED algorithm uses an exponentially weighted moving average to calculate 

the average buffer size as discussed above. The measurement of flie average buffer size is 
updated each time a packet is presented for admission to a particular priority output buffer 
or queue. The algorithm updates the average buffer size by using tiie previous value and 
an instantaneous value of the average buffer size, according to the equation listed below: 

10 Qavg = ( 255 7256 Qavg ) + ( 1 7256 -Qinst ) 

where Qavg is the average buffer size; and Qinst is the instantaneous average 
buffer size. 

As Figure 10 illustrates, when the average buffer size or queue depth is above a 
minimum threshold (Th^, the WRED algorithm starts dropping packets. The rate of 
15 packet drop typically mcreases linearly as the average buffer or queue fill/volume 
increases until the average queue size reaches a maximum threshold (Th^. In Figure 
10, Pnax denotes the maxif""^ drop probability assigned to the current packet by a policer 
564. 

Referring now to Figure 8, this figure illustrates an exemplary subprocess 680 for 
20 admitting out-of-profile packets to a particular buffer. This figure provides an overview 
of processing performed by priority output buffers for out-of-profile packets. 

Certain steps in the process described below must naturally proceed others for the 
present invention to function as described. However, the present invention is not limited 
to flie order of steps described in such order or sequence does not alter the fimctionality of 
25 flie presmt inventioa That is, it is recognized that some steps may be performed before 
or after other steps without departing bom Hhe scope and spkit of the present mvention. 

Step 805 is the first step in exemplary subprocess 680 of admitting out-of-profile 
packets to a priority output buffer. Li step 805, it is determined whettier tiie particular 
ou^ut buffer of interest is ftill. If the inquiry to decision step 80S is positive, then the 
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'Ves" branch is followed to step 810 in which the packet is dropped. Next, in step 815, 
the process returns to step 605 of Figure 6. 

If the inquiry to decision step 805 is negative, then the branch is followed to 
step 820 m which the output buffer's average fill or current volume is calculated. In step 
5 820, the output buffer's average volume is calculated by counting both conformmg and 
non-confonning packets. 

In decision step 825, it is deteraiined whether the output buffer average fill or 
volume is below a '"non-conforming" TniTn'Tniim threshold. If the inquiry to decision step 
825 is positive, then the **yes'' branch is followed to step 830 in which the packets are 
10 stored in the output buffer. Next, in step 835, the process returns to st^ 605 of Figure 6. 

If the inquuy to decision step 825 is negative, then the **no" branch is followed to 
decision step 840 in which it is determined whether the output buffer average fill or 
volume is above a "non-conforming" maximimi threshold. If the inquiry to decision step 
840 is positive, then the *Ves" branch is followed to step 845 in which the packet or series 
15 of packets are dropped. In step 850, the process returns to step 605 of Figure 6. 

If the inquiry to decision step 840 is negative, then the branch is followed to 
step 855 in which the one or more packets are dropped according to a Weighted Random 
Early Discard algorithm (WRED), as discussed above. However, the WRED algorithm 
for step 855 uses different parameters tiian does tiie WRH) algorithm of step 760 of 
20 Figure 7. The difference lies in the maximum probability drop value and the 

minunum and maximum threshold values Th^ and Th^. See Figure 10 for definitions 
of terms. As noted above with respect to step 820 of subproccss 680, an output buffer's 
average fill or volume is computed counting both conforming and non-conforming 
packets. 

25 On the other hand, in step 725 of Figure 7, an output buffer's average fill or 

volume is computed counting only conforming packets which match the communication 
trafBc profile rate for a particular subscriber. Anoflier difference exists in the threshold 
values assigned to in-profile traffic and out-of-profile traffic. The threshold values for in- 
profile traffic are different &om those of out-of-profile traffic. 
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By using multiple values for the maximum drop probability as well as adjusting 
the threshold values for in-profile traffic and out-of-profile traffic, specific traffic classes 
can be weighted differently. In effect, such a feature lets a service provider assign traffic 
priority over other types of traffic. As long as ttie output buffer size is between flie 
5 configuration thresholds, the probability of a packet being dropped is directly proportional 
to the maYiTniim drop probability that the service provider assigns to it As Figure 9 
illustrates (compared to Figure 10), the threshold values for Th^ Th^ for out of profile 
traffic are generally lower than for in-profile traffic, and the maximum drop probability is 
higher for this out-of-profile traffic. 

10 

IMPLEMENTING DOWNSTREAM QoS POLICY 

The present invention allows service providers to define powerfiil and flexible 
quality of service management rules. The following describes how to use those rules in 
practice. Several aspects of QoS policy, including, but not limited to, prioritization, 
15 mapping of backbone priorities, and subsoiber bandwidth limitations can be inq)lemented 
with the present invention. 

Voice Traffic 

In many environments, some traffic may be given higher priority than others. 
20 Voice over IP and TDM over IP packets, for example, can bmefit if given priority over 
normal data traffic. Both of these traffic types are destined for the subscriber optical 
interfaces (SOIs) 140, rather than for subscriber equipment attached to the Subscriber 
Optical interfaces. 

To ensure that this traffic receives an appropriate priority, it can be assigned to one 
25 or more classifiers. Since all such packets typically have the SOI 140 itself as the IP and 
MAC destination, one convenient classffication relies on the IBEB Organizationally 
Unique Idratifier (OUI) in the destination MAC address. In one exemplary embodiment, 
these three bytes can have the value 00060D,g. 

The subscript 16 of the previous value indicates that the mmiber is e3qn:essed in 
30 that base. Similarly other numbers are expressed in base 2 and in base 10, and are 
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similarly identified to reduce any possible confusion. These bases are well understood by 
those skilled in the art All mask and values shown below are understood to be expressed 
in base 16. The classifier mask and value, therefore, can be set to the following values: 

5 Mask 1 : FFFFPFOOOOOOOOOOOOOOOOOOOOOO 

0000000000000000000000000000000000000000 
000000000000 

Value 1: OO060D0OO0O0OOOO00OOO00OOOO0 
10 0000000000000000000000000000000000000000 
000000000000 

Those skiUed in the art imderstand the mask and value to correspond to the 
sections of Table 1 of this descriptioiL Each character represents fom- bits of the 

15 corresponding value in table 1, expressed in base 16. Thus, each character in the mask 
and the value represent four bits of the four bytes (32 bits) occupying space fixjm left to 
right in each row of Table 1. The first line of the mask rqnresents the Ethernet header (14 
bytes, so 28 characters in the mask and value). The next line represents the 20 bytes of 
the IP header of Table 1, and the last row represents the partial UDP/TCP header (6 

20 bytes). 

When the base 16 characters of the mask are converted to binary, a binary 1 
represents a bit position that wiU be tested by the value, and a binary 0 r^resents a bit 
position that will not be checked. When the "Value" characters are converted to binary, 
all * Value" bit positions where there is a binary 1 in the mask, usually must be the same as 

25 the corresponding bit in the packet header, for the a classifier to accept the packet. If one 
or more of the bits are not the same, then the packet does not meet that classification, and 
drops to the next classifier. If it matches none of the classifiers, it is dropped. This is 
understood by those skilled in the art 

A single policer 564 can manage the bandwidth for the traffic represented by mask 

30 1 and value 1. This is true even if a plurality of subscribers are receiving tiiiis type of 
traJBSc. 

A typical residential deployment will support voice calls but not TDM over IP. 
* Each voice call usually requires about 156.8 kbit/s of bandwidth. (This bandwidth 
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assumes G.71 1 codec and 5 ms sairq)lmg interval. Bandwidth includes the RTP, UDP, IP, 
and MAC headers and trailers, but not the preamble or inter-fiame g^.) 

For this example, assume flie poUcer 564 needs to consider up to two 
simultaneous calls for each of 16 subscribers, plus allowance for other traffic to the SOI 
5 140 (e.g. network management). The total bandwidth requirement is about 6 Mbit/s. 

Since voice traffic is typically a constant bit rate, little burst csqpability is needed. 
Assume, as a worst case, that two samples for each call arrive consecutively. At 784 bits 
per packet, that would likely represent a burst of just over 25 kbit Doubling this value to 
allow for network management and other overhead yields a burst limit of 50 kbit 
10 The poUcer 564 for this traffic, therefore, may be configured as follows: 

PeakRate 1:9 Mbit/s 

Profile Rate 1 : 6 Mbit/s 

BurstLimitl:50 kbit 

Since voice traffic is particularly delay sensitive, it may be assigned to the highest 

15 ou^ut 

buffer or first priority output buffer 566. 

The peak rate 1 above is related to the first stage of the token bucket in the policer 
564. That first stage token budket m step 635 in Figure 6 would be set to 9 Mbit/s by 
having tokens added at that rate. The profile rate 1 represents the second stage token 

20 bucket (step 640), which token bucket is filled at the rate corresponding to 6 Mbit/s. The 
burst limit determines how much data can pass at one time, and is the number of tokens in 
the second stage token bucket In the example, the second stage token bucket can hold a 
m^Yitniim number of tokens representing 50 kbits of data. 

25 Mapping Backbone Priorities 

If a service provider uses, for example, dif&enr code points to mark high priority 
traffic on its backbone, a similar approach can be used to prioritize traffic across the 
Optical Network. The esqpedited forwarding (EF) per hop behavior (PHB), for example, 
uses the dif&erv code point value of 101 1 IO2. A classifier can be easily defined to identify 

30 this traffic. 
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Mask 2: OOOOOOOOOOOOOOOOOOOOOOOOFEFF 

OOFCOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 

000000000000 

5 

Value 2: 0000000000000000000000000800 

00B8000O0O0000000OOOOOO0O000O0OOOOOOOOOO 

000000000000 

10 As an example, assume that e3q)edited forwarding traf5c is limited to 1000 Mbit/s, 

with noimal rates of 100 Mbit/s and bursts to 1 second in duration. 



Peak Rate 2: 1000 Mbit/s 
Profile Rate 2: 100 Mbit/s 
15 Burst Limit 2: 100 Mbit 



Since expedited forwarding presumes high priority, this traffic may be assigned to 
&e highest priority output bu£fer or first priority output buffer 566. (This output buffer 
can be the same as used for voice and TDM traffic as discussed above.) 

20 

Blocking Applications 

Service providers may wish to con^letely block specific applications fcom their . 
network. One way to do that is to assign those applications zero bandwidth. Consider, as 
an example, a provider that wishes to ban Napster traffic (Digital Music file sharing or 

25 other biilk file transfers) on its network. Ns^ster servers typically use ports 7777io, 
8875jo, and 8888,o, so identifying all traffic fi-om N^ster servers can require three 
classifiers. Note that these classifi^, in addition to looking at TCP port numbers can 
also ensure that the datagrams (the data contained in ttie packets) are not fragments, other 
than the first of two packets across which one longer datagram was fragmented. This is 

30 understood by those skilled in the art. 
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Mask 3: OOOOOOOOOOOOOOOOOOOOOOOOFFFF 

OFOOOOOOOOOOIEFFOOFFOOOOOOOOOOOOOOOOOOOO 

FFFFOOOOOOOO 

5 Value 3 : 0000000000000000000000000800 

0500000000000000000600000000000000000000 
1E6100000000 

Mask 4: OOOOOOOOOOOOOOOOOOOOOOOOFEFF 
10 OFOOOOOOOOOOIFFFOOFFOOOOOOOOOOOOOOOOOOOO 
FFFFOOOOOOOO 

Value 4: 0000000000000000000000000800 
0500000000000000000600000000000000000000 
15 22AB00000000 

Mask 5: OOOOOOOOOOOOOOOOOOOOOOOOFFFF 

OFOOOOOOOOOOIFFFOOFFOOOOOOOOOOOOOOOOOOOO 

FFFFOOOOOOOO 

20 

Value 5: 0000000000000000000000000800 

0500000000000000000600000000000000000000 

22B800000000 

25 All three of fliese classes can be assigned to a single policer. It is noted that this is 

an example of ttaee classifiers 562 supplying packets to a single policer 564. The 
bandwidth assigmnoit is straightforward. 
PeakRate3:0Mbit/s 
Profile Rate 3: 0 Mbit/s 
30 Burst Limit 3: 0 Mbit 

The priority queue assignment for this traffic is irrelevant For convenience, it 
may be assigned tibie lowest priority queue or fourth priority ou^ut buffer 572. 



Rate Limiting Traffic Types 
35 Hie presoit invention can also limit the bandwidth ofparticular traffic types. Far 

example, a service provider may wish to limit multicast streaming to 200 Mbit/s across all 
subscribers on a logical channeL Multicast traffic has an IP destination address whose 
first four bits are 1110,, and the Real Time Streaming Protocol (used as the basis fixr 
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Apple QuickTime and Real Networks RealVideo) typically uses destination port 554. To 
identify multicast RTSP packets, the following exemplary classifier configuration can be 
used: 

5 Mask 6: OOOOOOOOOOOOOOOOOOOOOOOOFFFF 

OFOOOOOOOOOOIFFFOOFFOOOOOOOOOOOOFOOOOOOO 
OOOOFFFFOOOO 

Value 6: 0000000000000000000000000800 
10 0500000000000000001 lOOOOOOOOOOOOEOOOOOOO 

0000022AOOOO 

The rate governor for this traffic may be configured for 200 Mbit/s with a burst 
limit of 1.5 seconds. 

15 Peak Rate 4: 250 Mbit/s (note that this exemplaty peak rate is arbitraiy, since 

speeds over 200 Mbits/s are not to be allowed.) 
Profile Rate 4: 200 Mbit/s 
Burst Limit 4: 300 Mbit 

Streaming applications are somewhat delay sensitive, so it may be beneficial to 
20 assign this traffic the second highest priority or second priority output buffer 568. 

Protecting Against Denial of Service Attacks 

A common type of denial of service attack relies on flooding the victim with 
ICMP Internet Control Message Protocol (ICMP) - used for internal housekeeping on the 
25 Internet) requests. Since legitimate uses of ICMP diagnostics require only a small 
amount of bandwidth, limiting the rate of ICMP traffic can protect against ICMP-based 
denial of service attacks. ICMP messages usually have a protocol value of 1 in the IP 
headCT. 

30 Mask 7: OOOOOOOOOOOOOOOOOOOOOOOOFFFF 

OOOOOOOOOOOOOOOOOOFFOOOOOOOOOOOOOOOOOOOO 
000000000000 
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Value 7: 0000000000000000000000000800 

0000000000000000000100000000000000000000 

000000000000 

5 PeakRate5:256Kbit/s 
Profile Rate 5: 256 Kbit/s 
Burst Limit 5: 0 bit 



ICMP trafSc can be safely directed to fbs lowest priority queue, or fbvaOi output 
10 buffer 592. 



Prioritizing Premium Services 

Service Providers working with businesses may wish to give priority to key 
business services such as virtual private networks (VPNs). The present invention makes 

15 it easy to identify and prioritize that traffic. For example, two common and conventional 
VPN protocols are Microsoft's PPTP and flie standard L2TP. Both can be easily 
classified. PPTP traffic typically mes either TCP port 1723 or generic routing 
encapsulation QP protocol 47). L2TP traffic typically uses UDP port 500 for key 
exchange and UDP port 1701 for user traffic. The following are exemplary masks and 

20 check values for four classifiers that can identify this traffic: 

Mask 8: OOOOOOOOOOOOOOOOOOOOOOOOFEFF 

OFOOOOOOOOOOIFFFOOFFOOOOOOOOOOOOOOOOOOOO 

FFFFOOOOOOOO 

25 

Value 8: 0000000000000000000000000800 

0500000000000000000600000000000000000000 

06BBOOOOOOOO 

30 Mask 9: OOOOOOOOOOOOOOOOOOOOOOOOFFFF 

OOOOOOOOOOOOOOOOOOEPOOOOOOOOOOOOOOOOOOOO 
000000000000 

Value 9: 0000000000000000000000000800 
35 0000000000000000002FOOOOOOOOOOOOOOOOOOOO 
000000000000 
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Mask 10: OOOOOOOOOOOOOOOOOOOOOOOOFFEF 
OFOOOOOOOOOOIFFFOOFFOOOOOOOOOOOOOOOOOOOO 

FFFFOOOOOOOO 

Value 10: 0000000000000000000000000800 

0500000000000000001100000000000000000000 

01F400000000 



10 Mask 11: OOOOOOOOOOOOOOOOOOOOOOOOFFEF 

OFOOOOOOOOOOIFFFOOFFOOOOOOOOOOOOOOOOOOOO 
FFFFOOOOOOOO 

Value 11: 0000000000000000000000000800 
15 0500000000000000001 100000000000000000000 

06A500000000 

The peak and profile rates for each subscriber may be assigned according to the 

service 
20 level agreement. 



Subscriber Bandwidth Assignments 

A key feature of the present invention is detailed management of bandwidth 

assigned to each subscriber. The flexibility offered by the present invention system in 
25 this area is nearly unlimited; the following m^ely shows a representative example. 

For this exemplary embodiment, the service provider can define three levels of 

service for Internet access-^premium, standard, and entry. The entry-level service can be 

roughly comparable to existing cable modem and digital subscriber line (DSL) services. 

It can offer 1 Mbit/s of bandwidth and best-efifort delivery* The standard service can 
30 provide Ethemet-equivalent performance: 10 Mbit/s of bandwidth and best-effort 

delivery. The premium service can double tfie bandwidfli— 4o 20 Mbit/s — ^and it can offer 

priority delivery. Premium traffic can be prioritized ahead of standard and entry-level 

traffic. 

With such service definitions the QoS configuration can be relatively 
35 straightforward. Traffic classifiers can match the destination IP subnetwork of each 



44 



wo 02/060123 



PCT/US01/S0361 



subscriber. For example, suppose that 16 subscribers are each given 28-bit subnetworks 
from the 10.0.0.0 range. (Subscriber 1 is 10.0.0.0/28, subscriber 2 is 10.0.0.16/28, and so 
on, all the way to 10.0.0.240/28. The /28 indicates ttiat only the first 28 bits of the 
address aie rqpresented.) A total of 16 classifiers is needed to distinguish all 16 
S subscribers: 

Mask 12: OOOOOOOOOOOOOOOOOOOOOOOOFFFF 

OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOFFFFFFFO 

000000000000 

10 

Value 12: 0000000000000000000000000800 

OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOAOOOOOO 

000000000000 

15 Mask 13: OOOOOOOOOOOOOOOOOOOOOOOOFFFF 

OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOFFFFFFFO 
000000000000 

Value 13: 0000000000000000000000000800 
20 OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOAOOOOlO 
000000000000 

Mask 26: OOOOOOOOOOOOOOOOOOOOOOOOF FFF 
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOFFFFFFFO 
25 000000000000 

Value 26: 0000000000000000000000000800 

OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOAOOOOEO 

000000000000 

30 • 

Mask 27: OOOOOOOOOOOOOOOOOOOOOOO OFFFF 

OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOFFFFFFFO 

000000000000 

35 Value 27: 0000000000000000000000000800 

OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOAOOOOFO 
000000000000 

For each subscriber, the rate governors can be defined according to tiie service 
40 they receive. In this exanq)le, premium subscribers can burst to 150% of their normal 
rate, wMle other subscribers are limited to the normal rate. 
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Peak Rate *Tremium": 30 Mbit/s 

Profile Rate *Tremium": 20 Mbit/s 

Burst Limit *Tremimn'*: 30 Mbit 

Peak Rate "Standard": 10 Mbit/s 
5 Profile Rate "Standard": 10 Mbit/s 

Burst Limit "Standard": 15 Mbit 

Peak Rate *'Value": 1 Mbit/s 

Profile Rate **Value": 1 Mbit/s 

Burst Limit "Value": 1.5 Mbit 
10 Premium subscribers can have tbeir trafBc assigned to the third highest priority 

queue or third party output buffer 570, while standard and value subscribers can be 
assigned to the lowest priority or fourth priority output buffer 572. 

BACKBONE NETWORK INTEGRATION 
15 Quality of service (QoS) is most powerful when it can be managed globally across 

an entire network, and the present invention provides unparalleled opportunities for global 
QoS management across an entire backbone networic The basis for this integration is 
IP's differentiated services (diffserv) architecture. 

20 Application Support for Diflfeerv 

SOIs 140 can support two plications &at can significantly benefit fi*om quality 
of service sipport: voice over IP and Tl/El over IP. In both cases, the service provider 
can configure the ^)plication to mark its packets with a particular diffserv code point 
These settings allow either application to take advantage of expedited forwarding, assured 

25 forwarding, or class selector prioritization throughout the IP network with the present 
invention. In addition, the SOFs VoIP implementation supports the setting of DSCP 
values on a call-by-call basis on command of the media gateway controller. This feature 
allows, for example, giving special priority to specific calls (e.g. E9 11 service). 
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Creating Service I^vel Agreements 

The Transceiver Node (TN) 120 provides extensive support for managing service 
level agreements (SLAs) with subscribers. Although the TN 120 is necessarily only one 
component in an overall agreement, as the access network, it is critical. The following 
5 examines how the TN contributes to SLAs and how the above teaching can support SLAs 
through its so-called quality of service (QoS) and management functionality. 



Components of an SLA 

Service level agreements are typically more common with private netwoik 
10 technologies such as ATM or Frame Relay. The power and flexibility of the TN*s 120 
QoS management, however, permits those same concepts to be extended to IP access 
networks. The same components that are part of traditional ATM or Frame Relay SLAs 
can be part of an TN-managed SLA. 



15 Definitions used herein: 

• Peak Rate. The maximum rate at which the network will accept traffic bursts 
from the user, pressed in bits per second. The network discards traffic that 
exceeds the peak rate. 

• Sustained Rate. The mitiiTnum tfarougihput that the network will provide to the 
20 usCT, expressed in bits per second 

• Burst Size. The amount of traffic that the network will accept without pause at 
the user's peak rate, expressed in bits. 

• Maximum Latency. The worst-case delay the user's traffic will experience as 
it traverses tihe netwodc. 

25 • Loss Rate. The percentage of traffic conforming to the peak rate, sustained 

rate, and burst size ttiat the netwoik may discard. 

Of course, service providers can include other elements in their service level 
agreements. The Transceiver Node 120 provides a wealth of features that a service 
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provider may position as value-added services. The TN 120 supports services such as the 
following: 



• Application Prioritization Giving priority to key network ^plications (e.g. 
5 Virtual Private Netwoik trafSc). 

• Enhanced Statistics. Providing detailed traffic profiles and statistics to assist 
the user in network growth planning. 

• Active Monitoring. Continuously monitoring user traffic to provide early 
detection of network application faults (e.g. Web server failures). 

10 • Network Security. Providing encryption of traffic to the subscriber. 



This part of the description focuses on traditional SLA performance metrics. It 
examines how the Laser Transceiver Node 120 contributes to network perfonnance, and 
how to provision downstream QoS management to meet SLA requirements. The table 
IS below lists key parameters and values used in equations throughout this part of the 
description. 



Inherent Link Characteristics 



c 


Link Capacity (500 MUt/s) 


T 


Siq)erframe Poiod (8 ms) 



20 Rigorous SLAs and Oyersubscription 

Because business requirements diJBfer among service providers and among 
subscribers, the Transceiver Node 120 allows providers significant flexibility in enforcing 
SLA performance metrics. Some deployments can require ironclad service level 
agreements; those environments require a consenrative provisioning strategy. 

25 Conservative provisioning can provide extremely tight performance guarantees, but it 
generally results in a lower overall network utilization and, ultimately, greats capital 
e3q)enditi]res. 
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In Other deployments (residential Internet access, for example) SLAs are not 
common and may not be desirable. In those environments a more aggressive provisioning 
strategy may be effective. In general, meaningful SLAs are usually not enforceable when 
a network is provisioned aggressively; the resulting networks, however, may be operated 
5 at much higher utilization. 

This part of flie description considers both strict SLAs and slightly relaxed SLAs. 
Relaxed SLAs allow a modest amount of oversubscription of network resources; in 
exchange, the service provider cannot o£fer rigorous guarantees for all aspects of network 
performance. Oversubscription typically means that the service provider has promised 
1 0 somewhat more bandwidth than he has the technical edacity to deliver. Since most users 
typically do not continuously utilize all of their promised or guaranteed bandwidth, the 
unused portion of the guaranteed may be tenq)orarily assigned to other users. 
Downstream Performance 

The flexibility of the Transceiver Node 120 provides extensive flexibility in 
15 controlling downstream performance, and there are many different ways to provision 
downstream links. This section considers a typical configuration for environments in 
which service level agreements are more common - Internet access for businesses. To 
focus on the key parameters, this discussion makes several simplifying (but not 
unrealistic) assumptions. 

20 

• hitemet data traffic is classified s^arately fitmi oflier applications. Separate 
classifiers are used for specific applications such as voice or Tl/El over IP. 

• Each subscriber's data traffic is classified and policed independently. This 
assumption requires that one classifier and one police be dedicated to each of 

25 the 1 6 subscribers on a channel 

• All constant bit rate (CSR) traffic (e.g., voice on IP, Tl/El) is policed by a 
sustained rate and burst size only; peak rates are not used for fliis traffic. 
(Policers for non-data traffic have their WRED parameters for out-of-profile 
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traflBc set to discard all oxit-of-profile packets; setting both the minimum and 
maximum thresholds to zero accomplishes this actioa) 

• Data traffic that is not time critical (web surfing, file downloading, eto.) is 
assigned to the lowest priority output buffer. 

5 • All 16 subscribers' data traffic policers have the same WR^ parameters for 

in-profile traffic, and differ for out-of-profile traffic only in the maximum 
discard probability. 

Recommended values for the WRED parameters include the following (see 
10 Figures 9 and 1 0 for definitions): 

• In-profile miTiiTniini threshold, Th^ of 50000 bytes 

• In-profile maximum threshold, Tb^ of ISOOOO bytes 

• In-profile maximum drop probability P„ of 26 (corresponding to a 
probability of 25/256) 

15 • Out-of-profile minimum threshold, Th,„i^ of 1 0000 bytes. 

• Out-of-profile maximum threshold, ITwioot, of 30000 bytes 

With these assumptions, the following parameters can characterize downstream 



p^ormance. 

Downstream Channel Characteristics 



Co 


Downstream link capacity; the physical link capacity less sustained rates for all 
constant bit rate traffic 




Sum of the burst sizes for all non-data policers 



20 



Downstream Configuration parameters (per Subscriber) 





Downstream Burst Size (bit) 


Pn 


Downstream Peak Rate (bit/s) 




Downstream Sustained Rate (bit/s) 




Downstream Maximum Discard Probability 
(unit-less) 



Both strict SLAs and lenient SLAs are possible. Strict SLAs require configuration 
that satisfies the following constraint. 
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• The sum of the peak rates for all subscribeis must be less than the Imk 

capacity. [LPd<Cd] 
With that constraint, SLA parameters are easy to derive from configuration values. 



SLA Metric 


TN Configuration Parameters 


Peak Transmission Rate 


equal to Downstream Peak Rate [== Pd 3 


Sustained Transmission Rate 


equal to Downstream Sustained Rate Rd ] 


Transmission Burst Size 


equal to Downstream Burst Size [ = Bp ] 


TN Downstream Latency 


no more than the time spent waiting for non* 
data traffic plus the time to transmit the out-of- 
profile maximum threshold worth of data 
[=Ho/C + Tlw»/Q,] 


TN Downstream Loss Rate 


0 



5 

Lenient SLAs require a less strict configuration constraint, namely the following. 



• The sum of the sustained rates for all subscribers must be less than the link 

capacity. [LRo<Cd] 
In the lenient case, closed form equations for SLA parameters are not possible. 
10 The following rules provide proximate bounds for those parameters. 



15 



SLA Metric 


TN Configuration Parameters 


Peak Transmission Rate 


either the Downstream Peak Rate or at least the weigjited share of 
excess link capacity (capacity above the Downstream Sustained 
Rates of all TNs, whichever is smaller [ ^min(PD^RD + (Cp- SRd) * 
B^*Wd/2:(Bd*Wo)] 


Sustained Transmission 
Rate 


equal to Downstream Sustained Rate [ =Ro] 




Transmission Burst Size 


equal to Downstream Binst Size [ = Bj> ] 


TN Downstream Latency 


no more than tiie time sprat waiting for non-data traffic plus the 
time to transmit the out-of-profile maximum threshold worth of 
data 

[=Hn/C + Th^Cn] 


TN Downstream Loss Rate 


0 
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It should be understood that tiie foregoing relates only to illustrate the 
embodiments of the present invention, and that numerous changes may be made therein 
without departing from the scope and spirit of the invention as defined by the following 
5 claims. 
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CLAMS 

What is claimed is: 

1 . An optical netwoik system comprising: 
5 an optical tap routing device; 

a plurality of optical t^ multiplexers for receiving downstream 
packets from the optical tap routing device, the optical t^ routing device detennining 
which downstream packets are seat to a respective multiplex^, each optical t^ 
multiplexer comprising: 

10 a pluraUty of classifiers for determining type of information 

contained in a downstream packet and for assigning a downstream packet to a particular 
policer, and 

a pluraUty of pohcers for controlling bandwidth based upon 
a comparison between parameters assigned to each poUcer by a network provider and a 
IS downstream packet. 

2. The optical network system of claim 1, wherein the parameters 
assigned to each poUcer coiqprise at least one of a peak rate, a burst size, and a sustained 
rate. 

20 

3. The optical network system of claim 1, wherein each policer 
controls bandwidth by assigning a weighted early random discard value to the packet. 

4. The optical network system of claim 1, whraein each optical tap 
25 multiplexer further comprises a plurality of output buffers for storing at least one 

downstream packet received from a respective policer. 

5. The optical network system of claun 1, further comprising a 
plurality of output bufifers, each output buffer having an assigned priority value that is 

30 associated with an output buffer emptying sequence. 
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6. The optical network system of claim 3, wherein each output buffer 
evaluates a packet with a random early discard function that employs the weighted early 
random discard value. 

5 

7. The optical netwoik system of claim 6, wherein the weighted early 
random discard value conqmses a maximum drop probability value. 

8. The optical network system of claim 7, further comprising a 
10 plurality of output buffers, each output buffer executes a random early discard function 

for a packet when an output buffer average volume is between a minimum and maximum 
threshold, the random early discard function employing the maximum drop probability 
value. 

15 9. The optical network system of claim 1, wherein parameters 

assigned to a policer corresponds with a bandwidth subscription of a subscriber. 

10. The optical network system of claim 9, wheran the bandwidth 
subscription measures a predetermined amount of a data to be received by a subscriber in 

20 bits per second. 

11. The optical netwoik system of claim 1, wherein one of the 
classifiers evaluates a differentiated service code point (DSCP) value of each downstream 
packet 

25 

12. The optical network system of claim 1, wherein each classifier and 
each policer comprises one of a field programmable gate array (FPGA) and an application 
specific integrated circuit (ASIQ. 
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13. A method for processing downstream packets of an optical 
network, comprising the steps of: 

classifying a downstream packet by evaluating a header of the 

packet; 

5 determining if the downstream packet matches at least one of rate 

and size parameters; 

assigning one of two priority values to the downstream packet 
based upon the detemtunation if the downslieam packet matches one of rate and size 
parameters; and 

10 determining whether to store a downstream packet in one of a 

plurality of buffers based upon a weighted random early discard function that employs 
one of the priority values. 

14. The method of claim 13^ wherein the step of determining if the 
15 downstream packet matches at least one of rate and size parameters further comprises the 

steps o£ 

determining whe&er a downstream packet exceeds a sustained rate; 

and 

determining whe&CT a downstream packet exceeds a burst size. 

20 

15. The method of claim 14, wherein the step of determining whether 
the downstream packet exceeds a sustained rate further comprises the step of executing a 
token bucket algorithm to measure the sustained rate. 

25 16. The method ofclaim 13, ftirther comprising the steps of: 

determining if a downstream packet exceeds a peak rate; and 
discarding a downstream packet if the downstream packet exceeds 

the peak rate. 
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17. The metiiod of claim 16, wherein the step of determining whether 
the downstream packet exceeds a peak rate further comprises the step of executing a token 
bucket algorithm to measure the peak rate. 

5 18. The method of claim 13, wh^in flie step of assigning one of two 

priority values to a downstream packet comprises flie stqp of assigning a maximum drop 
probability value to the downstream packet 

19. The method of claim 18, wherein flie Step of assigning a maximum 
10 drop probability value further comprises the step of assigning the maximum drop 

probability value based upon a detemiination of whether a packet matches sustained rate. 

20. The method of claim 19, wherein the communication traffic profile 
comprises one of a minimum bandwidth that a class or groiqp of classes of subscribers is 

1 5 assured of receiving and a mff^fimum bandwidth die subscriber can use over a time period. 

21 . The method of claim 13, further coniprisiag die step of removing 
one or more packets fiom a plurality of output buffers in a predetermined order that 
corresponds with priority assigmnent given to each buffor relative to other buffers. 

20 

22. The method of claim 13, further comprising flie step of «ecuting 
the random early discard function diat assesses parameters of the downstream packet 
when an output buffer average volume is between a minimum and maximum threshold, 
the random early discard fimction defiiung a drop probability value for the downstream 

25 packet 

23. The mettiod of claim 13, wherein the step of classifymg further 
comprises the step of evaluating a differentiated service code point (DSCP) value of the 
packet 

30 
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24. The method of claim 13, further comprising the steps of : 
classifying the downstream packet witii a classifier, and 
mdpping a downstream packet to policer that is associated with the 

classifier. 

5 

25. An network policer system comprising: 
an optical network comprising: 

a data service hub for generating downstream data packets; 
a transceiver node coupled to the data service node at an 
10 exit path of the data service hub for receiving and processing the downstream data 
packets, the transceiver node furth^ comprising: 

a plurality of classifiers for determining type 
of infonnation contained in a downstream packet, and 

a plurality of policers for controlling 
15 bandwidfli by one of discarding packets and assigning one of two priority values to a 
downstream packet; 

an optical tap; and 

a subscriber optical int^face coupled to the optical tap. 

20 26. The network policer system of claim 25, further comprising a 

plurality of buffers correspondiug to the priority assignment and for executing a weighted 
random early discard function. 

27. The network policer system of claim 25, wherein the transceiver 
25 node further comprises an optical tap routing device for passing downstream packets to 

tiie classifiers. 

28. The networic policer system of claim 25, whoein tiie priority 
values comprise weighted early random discard values. 

30 
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29. The network policer system of claim 28, wherein weighted early 
random discard values comprise maximum drop probability values. 

30. A method for policing downstream data packets exiting a network, 
S comprising the steps of: 

positioning a plurality of classifiers and policers at exit pathways of 

anetworl^ 

discarding downstream packets with the policers if fkey exceed a 

peak rate; 

10 assigning one of at least two priority values to each downstream 

packet with the policers; and 

controlling downstream data packet egress from the network at the 
exit pathways by evaluating the priority values. 

IS 31. The method of claim 30, wherein the step of assigning one of at 

least two priority values further con^nises the steps of: 

determining if a downstream packet matches a sustained rate; and 
deteimining if a downstream packet matches a burst size. 

20 32. Tlie method of claim 30, wherein the step of controlling 

downstream data packet egress from flie network conq)rises the step of detemuning 
whether to admit a downstream packet to one of a plurality of buffers based upon a 
weighted random early discard function that employs one of the priority values. 

25 33. The method of claim 30, wherein the step of assigning one of at 

least two priority values comprises tiie step of assigning a maximimi drop probability 
value to each downstream packet 
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